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DECLARATION SUBMITTED UNDER 37 C.F.R. § 1.131 
I, William J. WALKER, inventor of the above-captioned application, do hereby declare 
the following. The present application was fully conceived by me prior to January 26, 2000. 
Attached are documents fully describing the conception and due diligence leading to constructive 
reduction to practice of the present invention on April 19, 2001 . Specifically: 
CONCEPTION: 

EXHIBIT 1 : I have reviewed the attached seven (7) page document entitled "A 
Mechanism For Converting Between Java Classes and XML" (THE DOCUMENT) and 
confirm that THE DOCUMENT was authored by me prior to January 26, 2000. 

THE DOCUMENT provided the basis for Application No. 09/837,929 filed on Aril 19, 
2001. In particular, the description found in THE DOCUMENT, for example, on page 3, line 14 
to page 7, line 16, provides written description support for claims 1-10 of Application No.: 
09/837,929, claims 1-10 setting forth the methods of the inventions claimed by the inventor. 

In addition, the description found in THE DOCUMENT, for example, on page 3, line 14 
to page 7, line 16 provides written description support for claims 11-13 of Application No.: 
09/837,929, claims 11-13 setting forth the system of the inventions claimed by the inventor. 
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EXHIBIT 2 : I have reviewed the attached e-mail dated January 26, 2000 and confirm that the 
e-mail was written by me and forwarded to Mr. Joseph Opalach, Corporate Counsel, Lucent 
Technologies, attaching THE DOCUMENT. This e-mail sent by me to Mr. Opalach proposed 
that the subject matter of THE DOCUMENT be a candidate for a patent application. 
EXHIBIT 3 : I have reviewed the attached e-mail dated January 27, 2000 from Mr. Opalach and 
acknowledge that it is an accurate copy of the e-mail I received on January 27, 2000. This e-mail 
acknowledged receipt of THE DOCUMENT, and indicated that due to the workload of the 
assigned attorney, that the application would be scheduled for submission in 5 months. 
EXHIBIT 4 : I have reviewed the Lucent "Patent Submission IDS #121717" documents dated 
January 27, 2000 and verify that it relates to my invention described in THE DOCUMENT. 
EXHIBIT 5 : I have reviewed the letter from Mr. Opalach dated January 31, 2000 
acknowledging the formal docketing of my invention submission #121717, and I verify that the 
record corresponds to my invention described in THE DOCUMENT. 

In view of the facts and data attached hereto and described above, I hereby verify to the 
invention described in the THE DOCUMENT, and later set forth in Application No.: 
09/837,929, was conceived by me prior to January 26, 2000. 
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ACTIVE EXERCISE OF DUE DILIGENCE TOWARD REDUCTION TO PRACTICE: 
EXHIBIT 6: I have reviewed the e-mail written by me on May 8, 2000 and addressed to Mr. 
Opalach, Corporate Counsel, Lucent Technologies, inquiring about the status of invention 
submission #121717, and expressing my sense of urgency to move forward with this patent 
submission. Further, I have verified that the e-mail was authored and sent by me. 
EXHIBIT 7: I have reviewed the e-mail dated May 8, 2000 from Mr. Opalach and sent to me. 
Mr. Opalach indicated in the e-mail that consideration of invention submission #121717 would 
be delayed, but that additional information from me to help prioritize the present invention could 
accelerate consideration of invention submission #121717 by Lucent Technologies. 
EXHIBIT 8 : I have reviewed the attached Transfer Submission form transferring responsibility 
for invention submission #121717 from Mr. Opalach (Lucent) to Mr. T.J. Bean (AVAYA) on 
August 3, 2000. 

EXHIBIT 9: Early 2000 to October 2, 2000: Extensive period of high level planning at Lucent 
Technologies for corporate restructuring leading to the establishment of AVAYA, Inc. on 
October 2, 2000. The attached page from www.avava.com verifies the start of AVAYA ? s 
existence on October 2, 2000. 

EXHIBIT 10: 1 have reviewed the e-mail written by me on September 26, 2000 and sent to Mr. 
Opalach requesting a status update on my invention submission #121717. I verify that I sent this 
e-mail inquiring about the status of invention submission #121717. 

EXHIBIT 11: 1 have reviewed the e-mail dated September 26, 2000 from Mr. Opalach to me 
and verify that I received this e-mail. The e-mail of September 26, 2000 from Mr. Opalach 
indicated that the invention submission #121717 had been transferred from Lucent Technologies 
to Thomas Bean, Patent Counsel, AVAYA, Inc., but that I should wait a couple of weeks before 
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contacting Thomas Bean, AVAYA, Inc., because the next couple of weeks would be hectic for 
Thomas Bean. 

EXHIBIT 12 : 1 have reviewed the e-mail sent by me on October 20, 2000 to Thomas Bean, 
AVAYA, Inc. and verify that I sent it. This e-mail communicated that the subject matter of the 
invention submission was a very hot technology, and offered considerations for proceding with 
the invention submission. 

EXHIBIT 13 : 1 have reviewed the e-mail dated October 20, 2000 from Thomas Bean which was 
sent to and received by me. This e-mail indicated that my invention submission #121717 was 
currently open, and stated that it was AVAYAs policy to seek appropriate protection for 
intellectual property. In the e-mail, Mr. Bean suggested that I speak with his colleague, Rob 
Rudnick, about how to proceed in AVAYA's best interest. 

EXHIBIT 14: I have reviewed the e-mail dated October 20, 2000 sent to me from David S. 
Mohler, Director of Intellectual Property, AVAYA, Inc. suggesting "a very high priority for this 
application". 

EXHIBIT 15: 1 have reviewed the FAX dated February 8, 2001 from Linda K. Krichman, 
AVAYA, Inc. forwarding THE DOCUMENT to outside counsel Thomason, Moser, & Patterson, 
LLP, instructing that an application be prepared ASAP for filing in the USPTO. 

I attest that to the best of my knowledge that a draft application was prepared by AVAYA, 
Inc.'s outside counsel Thomason, Moser, & Patterson, LLP for my review and approval in March 
or April 2001. 

I attest that upon approval by me and AVAYA, Inc.'s Patent Counsel, the application was 
filed in the USPTO on April 19, 2001 by AVAYA, Inc.'s outside counsel Thomason, Moser, & 
Patterson, LLP. 
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In view of the above evidence, I hereby attest that to the best of my knowledge that active 
exercise of due diligence toward reduction to practice has been demonstrated ftom the date just 
prior to September 14, 2000 (the alleged publication date of the earliest references cited by the 
Examiner), to the constructive reduction to practice of the inventions set forth in THE 
DOCUMENT, filed as Application No.: 09/837,929, on April 19, 200L 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further declare that these 
statement and the like so made are punishable by fine or imprisonment, or both, under Section 
1001 of Title 18 of the United States Code and that such willful false statements may jeopardize 
the validity of the application or any patent issued thereon. 
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A Mechanism for Converting Between 
Java Classes and XML 



Overview 



increasing with the availability of tLfarA ap a , Lhe Java p,atfomi ,s 

Model) While ^^^^^^^ 

«nd recces <h. deeper ,0 work di/ouu* Sppli^ionTmLn ' ""^ 
This paper describes a roecbinism Dial allow developers to convert easilv b=rw,n 1, Avxn 

A proposal by Sun Microsystems his been drafted that deals with thi* r,w , ■ 

approach fl*^ Daia^BmdingFaalmforthe^^^uTl' ^ ****** 

Plalfonn Group, 30 July 1999 - sec H^S^wf rT' Mark Rtinhold, Core Java 

generate. lavages fro, an MZt CSS^ ^ 
advantages. jJJuposeo uj uus papa has the following 

• No schema compiler is required to generate new Java classes 

New or existing classes can be eas.ly annotated to work with the API 
The developer has foil control and flexibility over how the classes set manned to ymt t 

Cerent dass .mplememabons can wo* * J^£g^^ 



t 
♦ 



The following sections discuss how the API is used including the API class descriptions. 

An Example 

Data is described in XML in a hierarchical way by tagging eWnis 4n yiut a 

one single element (the document element) JJ^Z^ynZ^^T' T' 

example, , XML representation of a book store may be " tkmmtS F ° r 



<Jtreet>] Industrial tfay</screet> 



<nan«>The Programmer ' s EocJc Store</naiDe> 



] 



<c:ey>Wddle t own</ci ty> 
<state>j*J</ 3tace> 

<2ip>0770J</2ip> 
</M'dres3> 

<b 0C iC3> 

<book revi<?wed='no'> 

<title>XirJ and Ja VB </c a r le> 

<airthor>Hirc a hl Kaxvy;una</a^h 0 *> 
<cojt>j49.C0</coa^> ydM</dL ^°-> 
</book> 

<^ook redewed=' yes' > 

<aur - hw >««niW</author> 
<cost>339.00</co3t> 
< review* 

<r e viewed3y>Joe</reu:ewe^y> 
<rac:ng>3.5c/ ratin > y 

</reviev> 

«revi ew> 

^•vl~edBy>Bob</review«dBy> ' 

<*«i*g>9.5</rating> y 
</rev^e W > 

</bock> 

</books > 

</boo)c5r 0re> 



-« "^b u ,« » (udl as ^ ll^'ZZ f OTOTS ^ contain c o, " 

This dan cm be modeled by a sa of ;.v, classe,, „ 



clajs Bookstore ( 
String name; 
Address address; 
Vector books; 

BookStora (String nana) f j 
^ void satNaina (String najr*) (...) 

cl*.3j Bock ( 

String author; 
String title; 
float co«t; 

BooJCStnng titl.. string author,; 
string gem tie (J (...) 
string geuuthori; |_) 



class ReviewedBook extends Book / 
vector reviowj,- 

void addReview{H.vi.w review! • 

vecrcr getReviewsn ( re -,_, ' 
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The goal of the API is to lei ihe developer construct the data using Java only, then somehow convert 
the classes to XML and later re -connect, the contents of the Java classes from the XML file For 
example. 



Bookstore bookstore = raw Bookstore ("The Prograjmner' s Bock Store*); 
Bookstore. setfcddresst new Address!"] Kapie St.', "Midaletovn' , "NJ- ) ) ; 

Bock book = new Bock ("Java in a Nutshell', "Flanrugan'J ; 
Book. setCost (49. G£) ; 
EookStore. add (bock ) ; 

Savetaxral (bookstore, "bookstore . ml' ) ; // a hypothetical inethod 
// later, read the contents back to Java 

BookSccre bookstore = Re ad.TapJ!»l ("bookstore . xsU ' J ; // a hypothetical oethod 
Colrection bocks * bockStore . getSooks () ; 

The next section describes the API and mechanism used to accomplishes this 
XML to Java API 



The XmlReaderWrrterinterface 

In order to convert user-defined types to XML, such as BookSiore, Book, and Review in tie above 
example, each must include some instructions about how to do the conversion. The API needs to 



know 



• Which fields inside the Java object should be saved to XML? We may want the Java class to 
contain other fields that are used internally and should not get converted 

• For each field that we want converted, what lag name should be used when generating the 
corresponding XML element 

• When reading an XML file and constructing tbe javs objects, what classes should be instantiated 
for each element? We want to be able to support different classes and different Java 
implementations using the same XML representation 

The Java to XML API accomplishes this by defining the XmlReoderWhter interface. Any class that 
we wish to convert to XML or construct from an XML document must implement this interface. 
Tbe interface is defined as follows: 



interface XttiReaderVri te r ( 

rieldPescriptlcmlJ getrieldDescriptior.a 1} ; 
void aetAttrlbutes (Hashtabie ht) ; 
Hashtabie getJkttnbutea ( ) ; 

) 



Tbe first method getFieldDescriptions is required. This allows the class to define how it should be 
converted. Typically, this will add just one hne of code for all sub-elements contained by the class. 
The second two methods are optional, and are not used if the class does not use attributes as 
mentioned above. The FieldDescription class is described in the nexi section, but to illustrate it's 
use, the BookSiore class from the last example can add the following lines of code to implement it 
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:p lou ?32 si? aS s 5 , 5: ?o: ;&.>- 



cliJs Bookstore ( 

new JieldDeecnptK 



J 



Bo 0 «.cla 3a , -book'), ect ^.cla, £ , getBooka', "jecBcok™ 



public void "CAttribucaKHashr-hi- ^, 

* J nj - L */ i // nor a 



used 



implementing the interface collection) will provide their own description! by 

The FlekfD&scription Class 

description ,sm ng tdgNa , e , cl- „ 0 „ . 

co,t er .tC iass ; s) r °" ob3ectCJ «-«. srnny get*ethod. string ,ec,ethod 

•For simple elements, the first constructor is used When „ fi P M ■ 

h— . « . * seMnd forau „ uSjr^zrrur^sr 

For the first form, the parameters are 

• The class may be based on an attribute vdue contained in , 

parameter „ a Hashtable where they keys Je ZTr ^ ? C ? CmeWs - h thls the 

the values are the Class types to usl * f ° m "™*<°n-™valut" asd 
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A containing cless must also specify the element names to use for each field when writing their, to 
the XML document The conteniSame parameter may be any of the following: 

• The same name for all elements. In this case, pass a single String containing the name to use 

• The name may be obtained by invoking a "get" method on the object. In this case you must 
specify a method name preceded by an "@" (e g. u @getMyNW). This method must take no 
parameters and return a String. 

• The name may be based on the class of object In this case, the keys should be the Class types 
and the corresponding values should be the tag name to use. 

• Based on Hasbtable keys, if collection is an instance of java un'l.Hashtable. In this case use the 
FieldDescription constructor thai does not take a comentName parameter. 

In order to support inheritance, subclasses only need to define FieldDescriptions for new elements 
and simply concatenate the FieldDescriptions of the parent class. For this purpose, the 
FieldDescription class has a concat method to make this easy For example, the ReviewedBook 
class- inherits from the Book class, so it's gttFieldDescription method could' be wnrten as: 

class Revi e.jedBock extends Book ( 

puMlc FieldDescription!] getFieldDescriptions () ( 
Fial description [ J £da ■ new FieidDescriptlcn f ] ( 

new FnldDeicrlptionrr«vi«vj\ vector . cla*j», -getReviews' , -setKevaews- 
Rev. ew. ci ass, "reviews') 

) / 

^ rerurn FieldDescription. concat ( fda, super . oetfiel dDescripti oru ( ] ) ,• 

J 

For the case of the book collection, we may just construct a Book object for each element if all we 
are interested in is the base class. However, if we want to construct a different type, depending on 
the attribute, we may do that as well We can modify the conteniOass parameter to' be a Hashtable, 
and specify the type based on attribute: 

Kashtaile ht - r.ew Kashtabl e ( ) ; 

ht .put C"re\nevted=ye9' , ReviewedBook. class) ; 

ht . put ("rsvieved-no' , Book .class) ; 

fd - new FieldDescriptlonC'books' , Vector. class, "getBockj* "se-Books' 
ht, "book'); 

Now the API can determine what type of class to instantiate based on attribute. 
Attributes versus Elements 

It is up to an implementation to deade whether to use elements or attributes. For example, consider 
a User object. 

User | 

String id,- 
String las t Kane; 
String firstNarce; 
String phoneNumbsr 

) 



5 



<U3er> 

<id>1001</id> 

<la3u;an£>SnuLh</i£.tKan)e> 

or as 



<U5er id*-' };34S'> 

c/u^rf e ^ e:>732 ' 222 " ]23<</ph0n6 ^ 



Clsjj Laer ( 

String id = nidi; 

FleJcOejcriptior.fi g»tri«ld3„cr iptiara () f 
ierurn new rieldDeacoption!) ( 

new rieldDeacriptior.ClaatNenit', itrlra cJ-aa „ 

! -I* 

Hashrable ge tAttributes { ) ( 

Hashtdb2e ht = nev HfiahtatJefr 
ht. putrid', id); 
retuxn hz; 

) 

void setAttriureslHashtablo ht) f 
String a - ht. get rid' ) / 
>:( 3 I- null ) this. id = new String;*); 



The XmlUUI class 



This class provides static methods that Joad a*d save Documents to and from Yiur * 

as convening Document objects to and from «n~* a r , 5 10 ^ from ^re^s as well 

Boo* book « new Bock (_.),- 
Bookstore. add (book); // etc. 

// turn it Into a Document object and sav* to a, m f , i 
Docu^nt doc . ^u:U . 9 etDo^nr , ".ooks"^ ; 
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^"Wl.writ.xnlfdoe. "book 9 . ^ • , . 
i^ l /ol*r°^. h0 ° k »o„ fro, ^ 



Bookstore bookstore r .b'ovTT (> ' fccoks ' 

Object *Ql/til. 9tt a, 3 .c tjcoeu-nt d^c r- a „ 
An instance of obiectClutt k„ • 

Summary 
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£ ^i:;;»/r • exhibit 3 

Hi Bill. 

V. looked over youf su5n , SSl0n an3 ^ w((| ^ ^ . 



nave to pmrtfle as [ls tan« 3 „ 0 J™ H™'"" «"" 
« com be Sled sooner wan 6 mem", «PP«at«in. so 

tochn-cally correct)- Y 3Ve Seen " and 't 'S 

Take care 




From: Walker, wfiiiam J (Wll/iam) fxhtrtt 9 

. Sent: Wednesday. January 26. 2000 8 38 AM 
To: Opalach, Joseph J (j 0B ) 
Cc: Huang Y„„. M ,ng (M(ng); B3uer £rf 



Jce - 



'mporl/exp 0 ri end poBs.bly data exchann? It ,c = n„. 

Java/XML application. . nave nil lien!*! I f ' * '° ^ 

mechanisma that worked in m/ E way 3 3r ' y e * ,5t,n B 

Please le| me Know lYyeu need any a , d|||onaI 

Thanks. 
•Slii Wa.'ker 

«File. XmiU(il.c3oc>> 
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lucinl Tichrio'op.« 



SUBMISSION NO. 

ATTORNEY 
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-MAIN INFORMATION- 



ITEM STATUS 
STATUS DATE 
OPEN DATE 
CLOSE DATE 
CLASSCODE 
BL'CODES(S) 



Open 

1/31/00 

1/27/00 

II J 

GSGBM 



LUCENT RATLNG 
GOVT. CONTRACT 
TYPE 

deadline: DATE 

TECHNOLOGY 



N 

Paxentabilrfy 



SUBMITTER INFORMATION _„.. 
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LOCATION 
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Brief Description: 



P- 7 '^^«.. U c-eu,.w U i,^uipr^i y . ite „„ h>u>u0;wpworo ^ ac ^ i 



.EXHIBIT 4 Tcontihueff 



■ •'0 . £c 



Class Code: 



III 



i ATTORNEY; jjq 



/a/7/7 
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INVENTOR 
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INVENTOR 



Last 
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INVENTOR 
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First 
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Lucent Technologies 
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o 



8ubj«t Patent Submission IDS #121717 

'A Mechanism For Converting Between 
Java Classes And XML' 



B. J. Main: 



January 31, 2000 
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Joseph J. Opafach 
Intellectual Propirty-Law 
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HO-P33A70000-JJO-cl 
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Joseph J. Opalach 
Corporate Counsel 
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licensing royalty). Patents that pertain to standards ( ? - , 

M S; nc U , n9 .e cos, or ^ S^MT 

Thanks 
Joe 



From: Walker, Wll/iam J (William) 

Sent: Monday, May 08, 2000 2:45 PM 
To: Opalach, Joseph J (Joe) 
Cc: Little, Cheryl (Cheryl) 
Subject RE: patent candidate 



EXHIBIT 6 



I just wanted to check on the status of this patent submission. I 

heard nothing from any attorney as of yet, and i( has been over 
three months. As you know, both Java and XML are very 

^chnologles lo^y, with new designs coming up daily. My 

is that if takes much longer to move on this one, that 



else 

will come up with this.. 

Thanks, 
Bill Walker 



someone 



Bill Walker 
lucent Technolojiai 
732 £17 4609 
wjw@lucent com 



Sent: 
To: 

Subject; 
Hi Bill, 



OpaJaeh, Joseph J Uoej 
Ttiurjflay. Jarwe/jr 21, 2000 11:1 2 AM 
Walker, WilJam J (WUharr) 
RE: parent carditfara 



, EXHIBIT 3 



I've looked over your submission and we will move forward with 



Most of the patent application development is contracted to 

k t 1 n ou *f s «^ney assigned. I will still be your 
contact within Lucent if you have any questions, complaints etc 



™\ - lhu, 317 832Q 5.S0T NO. 653 PQ 4 

one form or another 

Thanks, EXHIBIT 1 1 

Biii -r- 

— Original Message-— 
£° m: Opaiach, Joseph j (Joe) 

t w Tuesday, September 26, 2000 12:13 PM 

To: Walker, William J (William) 
Subject: re: patent candidate 

Bill. 



Your work was transferred from Lucent to Avaya, 
The Avaya patent attorney is Tom Bean 



infomaiion to A^ava (inctodino , « T 1 , ! er °' <"" e "«toal property) 



Joe 



From: Walker, William J (William) 

Sent: Tuesday, September 26, 2000 1 1:53 AM EXHIBIT 10 

To: Opaiach. Joseph J (Joe) ' 
Subject: RE: patent candidate 

Thanks, 

_ Bill Walker 

— Original Message- — 
F«>rn : ooaiach, Joseph j 0 oe) EXHIBIT 7 

Sent Monday, May 08, 2000 3 17 PM *- 

walker, William J (VWiiiam) 
subject RE: patent candidate 

Bill, 

At this point, you will have to be more patient I do not ^ »„„«, «« 
be.ng done for [he next 4 months or so ' d0 n ot see anything 

Wih respect to timeframe and someone else coming up with it - iha' is 
true for every submission we have s 

™1 SIT * P,,0 "" M ** •"• » » V* could 
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Avaya's existence as a standalone company began Oct. 2, 2000, when 
we were spun off from Lucent Technologies and began trading on the 
New York Stock Exchange under the symbol AV. For more than a century 
prior to that day we were a part of Western Electric, ATT, and Lucent. 

In our early days we earned a reputation for creating high-performing, 
solidly reliable -- some would say "bullet-proof" — enterprise 
communication solutions incorporating such products as deskset phones, 
office-building switches and switchboards, call-center systems, voice- 
mail software, cabling, and many others. Esteemed Bell Laboratories 
scientists won 1,600 pre-spinoff patents developing technology now 
under the Avaya banner. 

Our reputations for product quality and technological innovation are just 
as strong today, even as we've shifted our focus to such areas as 
Internet Protocol telephony, wireless data communication, customer- 
relationship-management software and speech recognition technology. 
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The offspring Avaya Labs organization has added 100 more patents to 
the list of patents, as they create new ways to help companies route 
customer contacts, analyze their data networks for adding voice traffic, 
and find other ways to unleash the power of communications. 

New technologies, same focus: giving enterprises the communication 
tools they need to succeed in their endeavors. 
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From: Mohler. David S (Davie) hXHIBll 14 

Sent; Friday, October 20, 2000 12 47 PM 

Walker, William J (William); Bean, Thomas J (Tom) 



To: 
Cc: 



T^TJT ,: PMk3V ' Euse " e <Genc,: Be,9mo1 - Dean D <°»») 



Tom, 



I wourd like to suggest a very high priority on this application The reason far iw« i« 
importance ,n the industry with anything related to XML or teJeZ (UXL VXML etc) Fu«L 

?™ h2rn7 SeV f 31 ° f Ava/a ' S " 9r0VVlh en9,ne " tecl ™<°9^ Bill Gates recent saSthat 
are betting a significant portion of Microsoft's future on xmi » tk;c m J ecen 7 sa ' a tnat We 

some pontons of tne op e ,ar», s systems market mat MS covets aS °" 

http:/ArVww.xml.corrf.^mi/ piih 
http:/Aww.hr-xmf.Qfg / 
http:/Aww.oasis oj^ 
http://vww.xmi-zone cprq / 
http.VAAWw. xm tepha n f cpm/ 
http://www.extensibil.ty mm/ 
http://www .xm.tree com/ 
httejVm ^ 

http://metalab.unc.edu/xml/ 
hnp://wvAv,vv3.orq/XML7Aclivi[Y Btgjl 
http://www.xmlQlobql.com / 
hnp://wvv^. per}xml.com/faQ/perl>xml-faq html 
httpV/www.ozemailxo^^ hfmi 
http://info.dr.lucent.com/-tdi/dccs/xmlaud doc 



Regards • 



David S. Motor 

Director of Injellficiual Properly 
Avayj Inc. 

13031 538- tCW Voice 
1303) 538 -5066 Fbi 
di7iohler@avaya.CQm ama.i 



Prom: Bean, fho/na; J (Tom) EXHIBIT 13 

Sent: Friday, October 20, 2000 7:07 AM " ' 

To: Walker, William J (WillismJ 

Cc; Rudnick, Robert E (Rob); Mohl*, David S (Osvid) 



one form or another. 

Thanks, 
Bill 

— Onginai Message— E XHIBIT 11 

Froni; Opalach, Joseph J (Joe) ' =z - 

Tuesday, September 26, 2000 12:13 PM 
Tc; Walker, William J (W'lffam) 
Subject: RE: parent caddie 

Bill, 

Your work was transferred from Lucent to Avaya, 
The Avaya patent attorney is Tom Bean. 

You'll have to contact Tom for information. However, you might want to wait another 
couple of weeks, Tom is also response for the transfer of Sn^S^^ W 
nforma ,on to Avaya (including, e.g., set uo of computers systems, data bases 
physical storage issues, etc.) and these next couple of weeks will be hect,c for him. 

Joe 



From: Walker, William J (William) 

Sent: Tuesday, September 26, 2000 1 1.53 AM EXHIBIT 10 

To: Opalach, Joseph J (Joe) *~ — > 

Subject: RE: patent candidate 

Joe - If s been A months, so I just wanted to check back on this do vou 
have any further information? 

Thanks, 
Bill Walker 



— Original Message-- 
Fr °rn: Ooaiach, Jcsepn ) (Joe) 

Monday, May 08, 2000 3:17 PM 
To; walker, William J (Wiulam) 

Subject* RE; patent candffote 

Bill, 



EXHIBIT 7 



At this point you will have to be more patient. I do not see anythinq 
being done for the ne>rt 4 months or so. 

With respect to timeframe and someone else coding up with it . that is 
true for every submission we have. 

K would better help me to prioritize this and accelerate it if you could 
answer the following: 1 

Will the work be a part of a standards contribution? (At first pass I don't 
believe it is but! need to be sure.) 



lmj 732 er 



NO.b 



Subject: R£: pa rem candidate 

Bill: 



jXHIBIT 13 (continued ) 



we discuss the particulars of your submlss.cn mhmy tSSSS Rob Llin T IT" ,hat 
supponmg a number of our Avaya standards i«m T * u Rudn,ck ' wno has been 
Avaya's best interest. standards teams, to determine how we might proceed in 

o 

0<yrn y 

Thomas J. Bean 

Corporate Counsel 
Avaya Inc. 

9 (732) 817-6164 (phone) 
» (732) 817-4504 (fax) 
3tj bean@avaya .com 



From: Walker, William J (William) 

Sent: Friday, October 20, 2000 7.37 AM EXHIBIT 12 

To: Bean, Thomas J (Tom) 
Subject: FW: patent candidate 

Hello Tom: 

Joseph Opalach said you would be the person to contact about this 
Last January. I subm.tted a candidate for a patent which deals with 

accepted, but noth.ng further was done with it to my knowledge. 

Java and XML are very hot technologies riqht now and this 
is a very useful mechanism for convening between the two If 
nothing is going to be done regarding a patent. I would really 
like to see this submitted to Sun's Java Community for consideration 
as was done for their schema compiler. cons.dera.ion 

I understood that there are difficulties deciding what patents to 
go after first In terms of things that can be proven eas.ly If this 
one is not easy to go after. I would rather see it dropped as a 
patent candidate and get it out to the Java community ASAP in 



I:;?am f r om-Mosb. , Patter eo.i £ Sheridan, 



LLP - NJ 
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A Mechanism for Converting Between 
Java Classes and XML 

Overview 

Java and XML (extensible Markup Language) technologies provide developers with the tools to 
write portable code and operate on portable data. Support for XML in the Java platform is 
increasing with the availability of standard APIs and parsers such as SAX and DOM (Document 
Object Model). While these .APIs provide standard mechanisms for reading XML documents, they 
work at a relatively low level. Using DOM for example, developers must have a detailed 
understanding of how .to use the API to navigate nodes, elements, attributes, and to extract textual 
content and then convert the text to useful program data types. This may be tedious, error prone, 
and requires the developer to work with classes outside the application domain. 

This paper describes a mechanism that allows developers to convert easily between Java and XML 
representations of data while working exclusively with classes from ihe application domain. With 
very little work, developers can add XML support for complex hierarchies of any user-defined 
class, Java primitives (int, float, boolean, etc.) and wrapper classes (Integer, Boolean, Float, etc.) as 
well as collections and arrays of such objects. 

A proposal by Sun Microsystems has been drafted that deals with this topic using a different 
approach (An XML Daia-Binding Facility for the Java Platform, Mark Reinhold, Core Java 
Platform Group, 30 July 1999 - see www.javasoft.cofn/xrnl). They propose a schema compiler that 
generates Java classes from an XML schema. The API proposed in ihis paper has the following 
advantages: 

• No schema compiler is required to generate new Java classes. 

• New or existing classes can be easily annotated to work with the API. 

• The developer has full control and flexibility over how the classes get mapped to XML. Two 
totally different class implementations can work with the same XML representation in different 
ways. 

The following sections discuss how the API is used including the .API class descriptions. 

An Example 

Data is desenbed in XML in a hierarchical way by tagging elements. An XML document contains 
one single element (the document element) that may contain any number of oiher elements. For 
example, an XML representation of a book store may be written as: 

< bookstore > 

<r.ame>7he Procrsrr.me r ' s Book S : ore </ nj.ne > 
<address i 

<icree:?i I.'iduscrial Way </ scree c> 
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<cicy>MiddIetcwn</city> 
<3cace>NJ</stace> 
<2ip>C7701</zipa. 
c/address> 
<b<joks> 

<book revie*ed= - no" >' 

<citle>xml and Java</t: t le> 
<auchcr>Kiroshi Maruyarr.a</authcr> 
<ccst>S4 9 . COc/cost > 
</bock> 

<book reviewed= "yes" > 

<ti tie* Java in a Nucshell</title> 
<author>Flanriigan</auLhor> 

<COSC>$39 . C0</CC3C;> 

< r e v i e w > 

< reviewedBy >Joe</reviewed3y> 

<racing>3 . 5</ racing > 
</ review* 
< review* 

<revieweoBy>3ob</reviewedSy> 
<racing>9 . 5</rating> 
</rev;ew> 
</bock > 
</books> 
</book£tcre> 

The document contains a single element bookStore, which has sub-elements for name, address and 
books. The element contams a collection of too* elements. Elements may contain one or 
more "attributes" such as the reviewed attribute of book, used to indicate whether the book has been 
reviewed or not. Books that have been reviewed contain one or more review elements. 

This data can be modeled by a set of Java classes, such as: 

class SookSccre { 
Scring name; 
Address address; 
vectcr books; 
// ... public methods 

i 
/ 

class Address { 
String street ,- 
Scring cicy; 
Scring state,- 
String zip ; 
// ... public me c hod s 

/ 

class Ecok { 

String archer; 
Scring cicle,- 

float COSC; 

// ... oufalic me:hcds 

) 

class ReviewedBook extends Book { 
vector reviews; 

void addReview ( Revi ew review) • 
^ vector cecfteviews ( ) ( return reviews; } 



2 
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The goal of the API is to let the developer construct the data using Java only, then somehow convert 
the classes to XML and later re-construct the contents of the Java classes from the XML file. For 
example: 

Bookstore bookstore = new Bookstore ( "The Programmer ' s Book Store"); 
2ookStore . secAddres£ ( new Address {"l Maple St.", "Middl etown- , "KJ"J ),- 

Book bock = new Book [ "Java in a Nutshell", "Flaruiigar*" ) ; 
Book. setCost (4 S , Of ) ;" 
BookS cere . add (book) ; 

SaveTcxml (bookstore , "books r ore . xirl " ) ; // a hypothetical method 
// later, read the contents back to Java 

Bookstore bookstore = ReadFromXnl rbcokScore . xml" J ; // a hypothetical method 
Collection books = bookstore . getBcoks ( ) ; 

The next section describes an API that accomplishes this. 

XML to Java API 

The XmlReaderWriterlnterface 

In order to convert, user-defined types to XML, such as BookStore, Address, Book, and Review in 
the above example, each must Lnclude some instructions about how to do the conversion. The API 
needs to know: 

• Which fields inside the Java object should be saved to XML? We may want the Java class to 
contain other fields that are used internally and should not get converted. 

• For each field that we want converted, what tag name should be used when generating the 
corresponding XML element. 

• When reading an XML file and constructing the java objects, what classes should be instantiated 
for each element? We want to be able to support different classes and different Java 
implementations using the same XML representation. 

The Java to XML API accomplishes this by defining the XmlReaderWriter interface. Any class that 
we wish to convert to XML or construct from an XML document must implement thus interface. 
The interface is defined as follows: 

interface XmlReaderWriter { 

FieldDascripcicnU getFieldDesc ripe ions ( J ; 
void secA: tributes [Hashtabie he); 
Hashtable cet At tr ibut es ( ) ; 

} 

The first method getFieldDescriptions is required. This allows the class to define how it should be 
converted. Typically, this will add just one line of code for all sub-elements contained by the class. 
The second two methods are optional, and are not used if the class does not use attributes as 
mentioned above. The FieldDescription class is described in the next section, but to illustrate it's 
use, the BookStore class from the last example can add the following lines o f code to implement it: 
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class Bookstore { 

public FieldEescripwion t ] get FieldDescripc ions ( ) { 
return new Fie liT-esc ripe ion '] { 

new FieldDescripc ion { "name" ( St r ing . diss , "gecName" , "sec Name" ) , 
new FieldDescription { "address" , Address . class , "cecAdcress", "setAddress") , 
new FieldDescript ion ( "books" . Vector . class , '^etBocks", "secSocks", 
rook. class, "book"}, 

); 

} 

public void setAct ribures (Hashtable hz) ( ; } // no; used 

public void Hashtable getAtt ribctes ( ) { return null; } // not used 

Note that the BookStore class oniy needs to desenbe fields directly contained in it. Sub-elements 
such as Address and Book (contained in the collection) will provide their own descriptions by 
implementing the interface. 

The FieldDescription Class 

The FieldDescription class provides the set of information needed by the API to convert between 
Java and XML representations. The FieldDescription class has the following constructors: 

FieldDescription (Scring tacName, Class cbj ectClase . String getMethod, String seCMechod) ; 

FieldCescription (String regime, Class objectClase, String get Method, String setMethod, 
Object contencCI asses ) ■ 

FieldDescription (Scnng tagName, Class cbj ectClass , String getMechod. String setMethod, 
Object contentClasGfis, Obiec: Cent ant TagNarsea) ; 

For simple elements, the first constructor is used. When a field is represented as a Collection, 
Hashtable or an array, the second forms are used to desenbe Lhe elements in Lhe collection. 

For the first form, the parameters are: 

• TagName - when writing this Field to XML, what name should be used for the corresponding 
XML element tag. 

• ObjectClass - Specifies the Class to instantiate when constructing this field from XML 

• GeiMethod - The name of the Java method to invoke to retrieve this field. 

• SetMahod - The name of the Java method to invoke to retrieve this method. 

The conteniClass parameter is used to specify what class of object must be instantiated and 
constructed from the element. It may be any one of the following: 

• A single Class object. In this case, all elements will be represented by the same class. 

• The class may be based on element tag name. In this case, the parameter passed in is a 
Hashrable, where the keys are the element names and the values are the corresponding Class 
types. 

• The class may be based on an attribute value contained in the elements. In this case, the 
parameter is a Hashtable where they keys are specified in the form "aitrName-cdtrValue" and 
the values are the Class types to use. 
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A containing class must also specify the element names to use for each field when writing them to 
the XML document. The conientName parameter may be any of the following: 

• The same name for all elements. In this case, pass a single String containing the name to use 

• The mime may be obtained by invoking a "get" method on the object. In this case you must 
specify a method name preceded by an "@" (e.g. "©getMyName"). This method must take no 
parameters and return a String. 

• The name may be based on the class of object. In dus case, the keys should be the Class types 
and the corresponding values should be the tag name to use. 

• Based on Hashtable keys, if collection is an instance of java.util.Hashtable. In this case, use the 
FteldDescnption constructor that does not take a contentName parameter. 

In order to support inheritance, subclasses only need to define FieldDescriptions for new elements 
and simply concatenate the FieldDescnptions of the parent class. For this purpose, the 
FieldDescnption class has a concai method to make this easy. For example the ReviewedBook 
class inherits from the Book class, so it's ge'FieldDescription method could'be wnrten as: 

class ReviewedBook excends Book { 

public FieldDescriptionlJ gecFieldDescripcions 0 { 
FieldDescripticn [J fda = new F ieidDescripc ion [ ] { 

new FieldDescripciont "reviews", vector. class . "oetReviews" "eetRev< ews» 
^ Review . class , "reviews") ~ ' 



} 



return FieldDeecription. concac ( fda. super. gecFieldDescriptions ( ) ) 



For the case of the book collection, we mayjust construct a Book object for each element if all we 
are interested in is the base class. However, if we want to construct a different type dependin° on 
the attribute we may do that as well. We can modify the conteniClass parameter to' be a Hashtable 
and specify the type based on attribute: 

Hashtable he = new Hashtable ( i ; 

hi .puc ("reviewed=yes" „. ReviewedBook .class) ; 

h: .put("reviewed=r.o", Bcok . class) ; 

td = new FieldDescriptior. ("books", Vector. clacs, "gecBooks" . "setSocks- 
he , "book" J ; ' 

Now the API can determine what type of class to instantiate based on attribute. 
Attributes versus Elements 

It is up to an implementation to decide whether to use elements or attributes. For example consider 
a user object: r ' 

User { 

String id; 
Scnr.g laasNene,- 
S:ring firscName; 
S:ring phcneNurr^e r 
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) 

In this object model, id, lcstName } firstHame and phoneNumber are considered "attributes" of User. 
In XML, this may be modeled as either: 

<id>l001</id> 

< 1 a s t N ? ar?.e > Smi c h < / 1 a s t Name > 

< f irstNarce>Joe</£ ; rs cN'aroo 
<phor.eNumber>732 -222 - 1 *34 < /phcneNun\ber > 

</uaer > 

or as 

cu.ee r id-" 12345" > 

c 1 a s t Na me > 5 mi t h < / 1 a s c Na me > 

<f irstName>Joe</£ irscName* 

<phoneNurnber>732- 222- 123 4</phoneNumber* 
*/user> 

For Lhe second case, rather than describing id with a FieldDescription, it would be treated as an 
attribute in the User class: 

Class user { 

Spring id = null; 

FieldDescript ior. [ j get Fie IdDescript ions < ) ( 
return new FieldDescript ion [] { 

new FieldDescript ion ( " lascNatne" , String. class, "getLasttfame" , "setLaetN'ar.e" ) , 
new FielcDeacript ion ( "i irscName" , String - class , "getFirstName" , se t Fi re tN3me" ) , 
new Fiei dEescript ion ( "phoneNumber" , St ring . clasa , "getNumber" , "&etNumber'' ) , 

} 

Hashcable getAc tributes ( ) { 

Hashtable ht = new HashtableO; 
he . put ( "id" , id) ; 
return he ; 

} 

void setAtcriuces (Kashtable ht) { 
String s = ht . get ( "id" ) ; 
if( e != null ) this. id = new String Is),- 

) 

) 

TheXmlUtil class 

Thus class provides static methods that load and save Documents to and from XiML streams as well 
as converting Document objects to and from specified Java classes. For the above book store 
example, the complete code needed to save the BookStore to an XML file and later restore it is as 
follows: 

// construct a book store and populate it with book 6.- 
Bookstore bookstore = new Bookstore (...) ; 
Beck book o new Bock (...) ; 
BookStore .add (beck) ; // etc 

// turn it :n:o a Document objece and save co XML file 
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Document dec = XmiUti 1 .gecDocument ( "bookstore* . bookSccre) ; 
XmlUtil -wricexrr.l (doc, "books . xml " ) ; 

// later, reload the book srore from XML 
Document doc = Xmlut il . readXtr.l ( "cooks . xml 1 * ) ; 

Bookstore bookstore = [BcokStore)XmlUtil .getObject (doc, Bookstore . class) ; 
Collection books . bookstore . ge tBooks ( ) ; // do something with books 

The reodXml and writeXml are used to read and write Documents to and from XML files (or more 
generally streams). The conversion from a Java object to XML is accomplished by: 

Document XmlUtil . getDocumenc (String docName, Object obj); 

As long as the top level object and contained objects implement XmlReader Writer, the whole 
collection can be handled by this call. To convert a Document to any class implementing 
XmlReaderWriter, use: 

Object XmlUtil .getObject (Document doc. Class objectClassJ ; 

An instance of objectClass will be instantiated and queried for it's FieldDescriptions. From that 
point the API can determine how to convert all nodes that it encounters. This works recursively 
through the whole document tree. As mentioned, different object classes can be used to produce . 
different results. 

Summary 

The API described here is a simple yet powerful mechanism for converting between Java and XML 
representations. It can be easily applied to any application that is written in Java and is using XML 
as an external data exchange format. The mechanism will work with any XML parser that 
implements the standard W3C Document Object model. XML representations are easily converted 
direcdy into the Java objects and data types used by developers within their application. 
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